約 2,967,711 件
https://w.atwiki.jp/12kokuki/pages/83.html
DB初期化 ユーザ機能を作ろうと思ったけど、いろいろ考えてサーチ管理者の機能を先に作ることに。 まずはDBの初期設定。最初はSQLiteファイルを手動で設定すればいいなんて考えていたけど、最低限の初期設定は自動化しようかと。 もっともフォームを使って登録とかじゃなく、作成済みのSQLを順に流すだけ。初期設定を変えたい場合は、直接SQLを変更してもらう感じ。 処理内容の概略は以下の通り。 設置者：サーバにスクリプトを置く 設置者：初期化用ページにアクセスする スクリプト：DBにマスタデータがなければ生成する。完全にマスタがないわけではなく、一部欠損しているなどの不整合状態ならアボートさせる（現状のデータファイルを削除なりリネームして退避なりした後で再アクセスするよう促す） スクリプト：DBに管理者パスワードが設定されていなければ（初期状態）、パスワードを含めて管理者用初期設定をさせる。管理者パスワードが既に設定されていたら、アクセスされるのはおかしい（というか必要ない）のでアボートさせる（安全のため、初期化用ページは本当に初期状態の場合しか動作しないようにする。初期設定が終わってさえいれば、パスワード等の変更は管理画面でできるから無問題） スクリプト：セッションを開始 スクリプト：管理用メイン画面にリダイレクト たったこれだけでも、コードにするとめんどいんだよね……。 DBの初期化処理自体はうまくいって、直後の画面表示はこうなります。 スタイル等がまだ未確定なのでメッセージ部分がアレだし、パスワードに使える文字も確定していないけど。 何にしても初期化を完了した状態で検索画面にアクセスすると、データがなくても表示に異常がないことを確認。ただしセッション周りはまだいろいろ考える＆調べることがあるので、やっつけの暫定コード。 それからアボートはdieするだけだけど（あってはいけない状態なので、HTMLのページにするなどの余計な情報は出さない）、日本語メッセージを表示しようとすると環境依存で化けますね。たとえばFirefox3.6はちゃんと表示されたけど、IE8はダメ。なのでレスポンスヘッダで文字コードを送出してdieする関数を作成してそれを呼び出すことに。 2010/10/10 14 17 30更新
https://w.atwiki.jp/djug_wiki4769/pages/30.html
今回は、チャレンジパッドの初期化方法を書いていきたいと思います。 目次 目次 チャレンジNeo以外の機種 操作方法 チャレンジパッドNeo コメント チャレンジパッドではNeoだけ少し初期化方法が特殊です。 チャレンジNeo以外の機種 1 電源ボタンを長押しして電源を切る 2 電源ボタンとホームボタンを同時に長押しする 3 『システム復旧モードに入ります』というメッセージが出たら電源ボタンとホームボタンを離す 4 そしてすぐにホームボタンを長押しする 5 『工場出荷状態に戻しますか？』というメッセージが出たらホームボタンを離す 6 矢印を『はい』のところにして初期化を実行する 操作方法 音量ボタン 選択 電源ボタンorホームボタン 実行 『工場出荷状態に戻しました』というメッセージが出たら初期化完了 チャレンジパッドNeo 1 電源ボタンを長押しして電源を切る 2 電源ボタンと音量-(マイナス)ボタンを同時に長押しする 3 『システム復旧モードに入ります』というメッセージが出たら電源ボタンと音量-(マイナス)ボタンを離す 4 そしてすぐにホームボタンを長押しする 5 『工場出荷状態に戻しますか？』というメッセージが出たら音量-(マイナス)を離す 6 矢印を『はい』のところにして初期化を実行する コメント 名前
https://w.atwiki.jp/type74rx-t/pages/55.html
効果 イベントコマンド「メンバーの入れ替え」で初期化オプション付きで実行した時 途中で変えた名前まで初期化されてしまうのを防ぎます。 イベントの設定 名前初期化防止…メンバーが初期化された状態でパーティに加わっても、名前まで初期化されるのを防ぎます。 名前初期化…通常通り、メンバーが初期化された状態でパーティに加わった時、名前も初期化されます。 仕様 この効果は永続性がなく、上記「名前初期化」コマンドを実行する他にも ゲームをリセットまたは再起動しても解除されます。 このため、初期化した状態で加える時は、常にその直前にこのコマンドを使うようにしてください。 「名前初期化」コマンドについても同様です（リセットせずにクリアを目指すプレイヤーに対処するため）。 スクリプトのダウンロード txtファイル：スクリプト
https://w.atwiki.jp/anthony/pages/33.html
日本語環境 多分ほとんどの人が玄箱PROに対してはTeraTermなどのTerminalソフトを利用して接続するだろう。ここではリモートからTerminalソフトを使用して玄箱PROで色々な日本語が関係してきてしまう操作について私が困ったこと、解決したことについてまとめることにする。 日本語コンソール 私が使用するのはTeraTermPro 玄箱PRO/DebianのデフォルトEncodingがUTF-8、正確に言うとデフォルトでロケールがen_US.UTF-8。 なので必然とTeraTermProの設定もSetup Terminal Kanjiがreceive,transmitともにUTF-8となるはずだ。 ただしこのままだとすべてのメッセージが英語のままであるため、どうしても日本語にしたい場合にはロケールをja_JP.UTF-8にすればよい。私はメッセージが日本語になると不快なので必要な時にだけ設定するようにしている。 KUROBOX-PRO ~# apt-get install locales KUROBOX-PRO ~# vi /etc/locale.gen en_US.UTF-8 UTF-8 ja_JP.UTF-8 UTF-8 KUROBOX-PRO ~# locale-gen KUROBOX-PRO ~# export LANG=ja_JP.UTF-8 以上の操作でja_JP.UTF-8のロケールを作成して設定するのが完了するls -lなどで確かめてみると「total」だったのが「合計」などと日本語表記になるのが確認できる。 SJIS(Shift_JIS)環境との調和 私が無知なだけかもしれないが、コマンドライン系のFTPクライアントで接続した先の日本語ファイル(Shift_JIS)の表示が文字化けてしまう。なんてファイル名かも分からなければ、それがディレクトリだった場合にcdもできない。 試してみたのはncftp, gftp, lftp, cftp, どれもリモートサーバーのファイル名のEncodingを指定する機能がない。GUI系だと色々あるらしいのだがTerminalソフトで玄箱PROに接続する私にとっては選択の余地もない。 で、色々試して唯一Shift_JISのファイル名を返すFTPサーバ接続が問題なくうまく行った方法は、lynxを使うことと、ロケールをja_JP.SJISにすることだった。 KUROBOX-PRO ~# vi /etc/locale.gen en_US.UTF-8 UTF-8 ja_JP.UTF-8 UTF-8 ja_JP.SJIS WINDOWS-31J KUROBOX-PRO ~# locale-gen KUROBOX-PRO ~# export LANG=ja_JP.SJIS TeraTermProの設定もSetup Terminal Kanjiがreceive,transmitともにSJISに変更 これでlynxを起動してoで設定画面を表示するがレイアウトがガタガタ。 Western (ISO-8859-1)の上のOFFでEnterしてONに変更 Western (ISO-8859-1)でEnterしてJapanese(Shift_JIS)に変更 Western (ISO-8859-1)の下のiso-8859-1でEnterしてshift_jisに変更 ↓でずっと下に移動してlynx.orgの次でEnterを押下 gでftp //userid passwd@hostname port形式のURLでFTP接続 これで日本語(Shift_JIS)が問題なく表示できる、ためしにファイルをダウンロードしてもうまくいく。 ただし、ファイル名はShift_JISで保存された。 私の場合は用事が済んだら元のPOSIXに戻すため KUROBOX-PRO ~# export LANG= を実行する。するともちろんさっきダウンロードした日本語はすでにコンソールからは読めない状態になる。 ま、あたりまえなんですけど。 Samba(UTF-8- CP932)環境との調和 実は既にUTF-8ベースでSambaが稼動している。 WindowsマシンとのファイルのやりとりはCP932つまりMS932,Windows-31J (共にShift_JIS系)に変換する設定をしているのだが、先ほどのFTPの問題等も含めるとなんだかja_JP.SJIS(WINDOWS-31J)でシステムを統一したほうがやりやすいような気がしてきます。（間違っていますでしょうか） そういえば、ProFTPdでFTPサーバ作るときもわざわざiconvコンバータ入れてUTF-8からMS932にファイル名を変換するように構成していました。 問題があるとすればこの玄箱PROで稼動しているDebian 4.0(etch)がUTF-8でないとダメなのか、というよりも推奨していないSJIS(WINDOWS-31J)で動かしても問題ないのか、である。(日本語ロケールで選択可能なのはja_JP.UTF-8とja_JP.EUC-JPのふたつだった。) 我が家のようにWindowsマシンが中心で玄箱PROをちょっとリッチなNAS兼WEBサーバとして使う場合にはすべてMS932(Windows-31J)で統一するのが、正しいかは別にして、分かりやすいはずです。
https://w.atwiki.jp/anthony/pages/42.html
NAND領域をマウントできない NANDブート時にルートに割当たっているところからゴッソリとコピーしてこようとしたときの問題。 mount /dev/mtd2 /mnt/mtd mount /dev/mtd2 is not a block device ん？etchの時は問題なくできたはずなのに... KUROBOX-PRO ~# cat /proc/mtd dev size erasesize name mtd0 00040000 00001000 "physmap-flash.0" mtd1 00400000 00020000 "uImage" mtd2 04000000 00020000 "rootfs" mtd3 0bc00000 00020000 "extra" KUROBOX-PRO ~# ls -l /dev/ | grep mtd* crw------- 1 root root 90, 0 Mar 11 14 54 mtd0 crw------- 1 root root 90, 1 Mar 11 14 54 mtd0ro crw------- 1 root root 90, 2 Mar 11 14 54 mtd1 crw------- 1 root root 90, 3 Mar 11 14 54 mtd1ro crw------- 1 root root 90, 4 Mar 11 14 54 mtd2 crw------- 1 root root 90, 5 Mar 11 14 54 mtd2ro crw------- 1 root root 90, 6 Mar 11 14 54 mtd3 crw------- 1 root root 90, 7 Mar 11 14 54 mtd3ro brw-rw---T 1 root disk 31, 0 Mar 11 14 54 mtdblock0 brw-rw---T 1 root disk 31, 1 Mar 11 14 54 mtdblock1 brw-rw---T 1 root disk 31, 2 Mar 11 14 54 mtdblock2 brw-rw---T 1 root disk 31, 3 Mar 11 14 54 mtdblock3 mtdblock2のほうか mount /dev/mtdblock2 /mnt/mtd mount you must specify the filesystem type ファイルシステムを指定しないとだめになった？ 調べてみるとjffs2を指定すべきらしい。 mount -t jffs2 /dev/mtdblock2 /mnt/mtd 指定してみるが…ハング。応答が返ってきません。 syslogには以下のログが大量に出ている Mar 16 17 02 08 localhost kernel [259459.519943] JFFS2 version 2.2. (NAND) (SUMMARY) c 2001-2006 Red Hat, Inc. Mar 16 17 05 34 localhost kernel [259665.270902] uncorrectable error Mar 16 17 05 34 localhost kernel [259665.298841] mtd- read(0x800 bytes from 0x1f800) returned ECC error Mar 16 17 05 34 localhost kernel [259665.399566] jffs2_scan_eraseblock() Magic bitmask 0x1985 not found at 0x00000024 0x2b2b instead Mar 16 17 05 36 localhost kernel [259665.408602] Further such events for this erase block will not be printed Mar 16 20 07 58 localhost kernel [270609.004576] mtd- read(0x1ac bytes from 0x36dfe54) returned ECC error Mar 16 20 07 58 localhost kernel [270609.011194] Empty flash at 0x036dfe50 ends at 0x036dfe54 Mar 16 20 07 58 localhost kernel [270609.022359] Empty flash at 0x036dff48 ends at 0x036dff4c Mar 16 20 07 58 localhost kernel [270609.084315] Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes Mar 16 20 07 58 localhost kernel [270609.092236] empty_blocks 0, bad_blocks 0, c- nr_blocks 512 3時間かかってmountされずに終了。 kernelの問題？よくわからないので後ほど調査することにする。 回避策 NANDから取れないならNAND更新用のinitrd.buffaloからいただくことにする。 玄箱PRO用Firmware V1.02 kbpfw102.zip を使う。 KUROBOX-PRO ~# apt-get install unzip KUROBOX-PRO ~# unzip kbpfw102.zip KUROBOX-PRO ~# dd if=initrd.buffalo of=initrd.gz bs=64 skip=1 301354+1 records in 301354+1 records out 19286692 bytes (19 MB) copied, 20.6181 s, 935 kB/s KUROBOX-PRO ~# gunzip initrd.gz KUROBOX-PRO ~# mkdir /tmp/root KUROBOX-PRO ~# mount -o loop initrd /tmp/root KUROBOX-PRO ~# ls -l /tmp/root/boot total 18021 -rw-r--r-- 1 root root 1714088 Mar 1 2007 initrd.buffalo -rw-r--r-- 1 root root 14680064 Apr 10 2007 nandrootfs.jffs2 -rwxrwxrwx 1 root root 245776 Apr 10 2007 u-boot.bin -rwxrwxrwx 1 root root 1736612 Apr 10 2007 uImage.buffalo このnandrootfs.jffs2の中に入っている一式が欲しかったもの このイメージから中身を取り出すためには以下の手順でできるはずだが、mtdramがない mknod /tmp/mtdblock0 b 31 5 modprobe mtdblock modprobe mtdram total_size=4000000 erase_size=20000 modprobe jffs2 dd if=/tmp/root/boot/nandrootfs.jffs2 of=/tmp/mtdblock5 mkdir /mnt/mtd mount -t jffs2 /tmp/mtdblock0 /mnt/mtd 回避策でも行き詰まった。
https://w.atwiki.jp/ntgrock/pages/47.html
#include windows.h #include d3d9.h #pragma comment(lib, "d3d9.lib") //定数いろいろ const LPCTSTR WIN_CLASS_NAME = TEXT("RDD"); const LPCTSTR WINDOW_NAME = TEXT("RozenMaidenDuoDectet!!"); const LPCTSTR TEXT_OUTPUT = TEXT("Under Constructions..."); //関数のプロトタイプ宣言 HWND createWindow(HINSTANCE hInstance, LPCTSTR className); int resisterWindowClass(HINSTANCE hInstance, LPCTSTR className); LRESULT CALLBACK WndProc(HWND hWnd, UINT msg, WPARAM wp, LPARAM lp); HRESULT initD3D(HWND hWnd); //グローバル変数 IDirect3D9* pDirect3D;//Direct3Dインターフェース。デバイスの作成、情報の取得などを担当 IDirect3DDevice9* pD3Device;//Direct3Dデバイスインターフェース。 ///////////////////////////////////////////////////////////////////////// // エントリポイント ///////////////////////////////////////////////////////////////////////// int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR lpCmdLine, int nCmdShow) { HWND hWnd;//ウィンドウのIDを保持するとこ MSG msg;//メッセージを保持するとこ if(!resisterWindowClass(hInstance,WIN_CLASS_NAME)) return 0; if((hWnd = createWindow(hInstance, WIN_CLASS_NAME)) == NULL) return 0; if(initD3D(hWnd) != D3D_OK){ MessageBox(hWnd, TEXT("DirectXの初期化に失敗しました！"), TEXT("Error"), MB_ICONINFORMATION); return 0; } while(GetMessage( msg, NULL, 0, 0)){//MSG構造体にメッセージをゲットだぜ TranslateMessage( msg); DispatchMessage( msg);//メッセージをウィンドウプロシージャにお裾分けする } pDirect3D- Release(); pD3Device- Release(); return msg.wParam; } //////////////////////////////////////////////////////////////////////////// // ウィンドウプロシージャ //////////////////////////////////////////////////////////////////////////// LRESULT CALLBACK WndProc(HWND hWnd, UINT msg, WPARAM wp, LPARAM lp){ HDC hdc; PAINTSTRUCT ps; switch(msg){ case WM_DESTROY MessageBox(NULL, TEXT("続きは製品版で！"), TEXT("RDD"), MB_ICONINFORMATION); PostQuitMessage(0); return 0; case WM_PAINT hdc = BeginPaint(hWnd, ps); TextOut(hdc, 10, 10, TEXT_OUTPUT, lstrlen(TEXT_OUTPUT)); EndPaint(hWnd, ps); return 0; } return DefWindowProc(hWnd, msg, wp, lp); } //////////////////////////////////////////////////////////////////////////// //DirectXを初期化 //////////////////////////////////////////////////////////////////////////// HRESULT initD3D(HWND hWnd){ D3DDISPLAYMODE d3ddm;//ディスプレイモードを格納するとこ D3DPRESENT_PARAMETERS d3dpp;//DirectXをどのように初期化するかのパラメータを格納するとこ //D3Dインタフェースの取得、ここから色んな準備を行う if((pDirect3D = Direct3DCreate9(D3D_SDK_VERSION)) == NULL) return FALSE; //バッファのサーフェイスフォーマットを指定するために、ディスプレイモードを取得する。 pDirect3D- GetAdapterDisplayMode(D3DADAPTER_DEFAULT, d3ddm); ZeroMemory( d3dpp, sizeof(D3DPRESENT_PARAMETERS));//動的確保～ d3dpp.BackBufferFormat = d3ddm.Format;//バッファのサーフェスフォーマット。D3DFORMATを参照 d3dpp.BackBufferCount = 1;//確保するバッファ数、1ならダブルバッファ d3dpp.SwapEffect = D3DSWAPEFFECT_DISCARD;//ダブルバッファリングのスワップ動作指定。D3DSWAPEFFECTを参照 d3dpp.Windowed = TRUE;//FALSEでフルスクリーン //D3Dデバイスを取得する return pDirect3D- CreateDevice( D3DADAPTER_DEFAULT,//使用するグラフィックアダプタの指定 D3DDEVTYPE_HAL,//デバイスタイプ指定、D3DDEVTYPE参照 hWnd,//アプリのウィンドウハンドラ D3DCREATE_SOFTWARE_VERTEXPROCESSING,//デバイスの動作を指定するフラグ d3dpp,//先ほど初期化したD3DPRESENT_PARAMETERSを指定 pD3Device);//デバイスインターフェースを格納するポインタを指定 } //////////////////////////////////////////////////////////////////////////// //ウィンドウ作成 //////////////////////////////////////////////////////////////////////////// HWND createWindow(HINSTANCE hInstance, LPCTSTR className){ return CreateWindow(className, WINDOW_NAME, WS_OVERLAPPEDWINDOW | WS_VISIBLE, CW_USEDEFAULT, CW_USEDEFAULT,//初期位置x,y 640, 480,//横幅、縦幅 NULL, NULL, hInstance, NULL); } //////////////////////////////////////////////////////////////////////////// //ウィンドウクラス登録 //////////////////////////////////////////////////////////////////////////// int resisterWindowClass(HINSTANCE hInstance, LPCTSTR className){ WNDCLASS winc; winc.style=CS_HREDRAW | CS_VREDRAW; winc.lpfnWndProc= WndProc;//自分で作ったウィンドウプロシージャの関数ポインタを指定する winc.cbClsExtra= winc.cbWndExtra = 0; winc.hInstance= hInstance; winc.hIcon= LoadIcon(NULL, IDI_APPLICATION); winc.hCursor= LoadCursor(NULL, IDC_ARROW); winc.hbrBackground= (HBRUSH)GetStockObject(WHITE_BRUSH); winc.lpszClassName= className; //ウィンドウクラスを登録して使えるようにします return RegisterClass( winc); }
https://w.atwiki.jp/abcdmousou/pages/476.html
呪文初期化 Sorcery 3(水水) / 0f 対象の詠唱中呪文は残り詠唱時間がそのカードに設定された詠唱時間と同じになる。 －－ http //jbbs.livedoor.jp/bbs/read.cgi/game/27456/1135510382/933 コメント欄 名前 コメント
https://w.atwiki.jp/type74rx-t/pages/118.html
効果 イベントコマンド「メンバーの入れ替え」で初期化オプション付きで実行した時 途中で変えた名前まで初期化されてしまうのを防ぎます。 イベントの設定 名前初期化防止…メンバーが初期化された状態でパーティに加わっても、名前まで初期化されるのを防ぎます。 名前初期化…通常通り、メンバーが初期化された状態でパーティに加わった時、名前も初期化されます。 仕様 この効果は永続性がなく、上記「名前初期化」コマンドを実行する他にも ゲームをリセットまたは再起動しても解除されます。 このため、初期化した状態で加える時は、常にその直前にこのコマンドを使うようにしてください。 「名前初期化」コマンドについても同様です（リセットせずにクリアを目指すプレイヤーに対処するため）。 スクリプトのダウンロード txtファイル：スクリプト
https://w.atwiki.jp/anthony/pages/31.html
SunのjavacでJSPコンパイル 玄箱PROのDebianで、Tomcat4+Jikes構成でJSPを表示しようとするとfork Cannot allocate memoryが出てJSPがコンパイルできない現象が度々発生します。 エラーそのものは物理メモリを増やす、仮想メモリを増やす等で対応すべきものなのでしょうが、玄箱PROの環境を色々と調整するのは大変なので他プロセスへforkしないようにデフォルトのjavac(com.sun.tools.javac.Main)を使ってJSPをコンパイルさせるように変更します。 tools.jarの準備 Windowsなどのi386版のSunJDK1.4.2に付いているtools.jarをFTP等でコピーする C \java\j2sdk1.4.2_12\lib\tools.jar /usr/lib/fjsdk/lib/tools.jar ※Tomcat4起動時に/usr/lib/fjsdk/lib/tools.jarにはパスが入っているため置くだけでよい ※他のtools.jarでもいけるとは思いますが試していません JSPコンパイラの設定をjikesからjavacに戻す JSPコンパイラにJikesを使わないようにコメントする KUROBOX-PRO ~# vi /etc/default/tomcat4 #JSP_COMPILER=jikes JSPコンパイラにJikesを使わないようにコメントする KUROBOX-PRO ~# vi /etc/tomcat4/web.xml servlet servlet-name jsp /servlet-name servlet-class org.apache.jasper.servlet.JspServlet /servlet-class init-param param-name logVerbosityLevel /param-name param-value WARNING /param-value /init-param !-- init-param param-name compiler /param-name param-value jikes /param-value /init-param -- init-param param-name fork /param-name param-value false /param-value /init-param load-on-startup 3 /load-on-startup /servlet Tomcat4を再起動する KUROBOX-PRO ~# /etc/init.d/tomcat4 stop Stopping Tomcat 4.1 servlet engine .......................tomcat4. KUROBOX-PRO ~# /etc/init.d/tomcat4 start Starting Tomcat 4.1 servlet engine using Java from /usr/lib/fjsdk tomcat4. 相変わらずTomcat4は起動が完了したかどうか分からないのでtopでモニタする 大抵、起動処理中は一番上にtomcat4ユーザでsablevmプロセスが居座るので、これが無くなれば起動完了。 問題になっていたJSPに対してアクセスしてみる topでモニタして一度もjikesプロセスが登場せずにsablevmプロセスだけで頑張っていればtools.jar化成功。 最終更新日：2007-05-30
https://w.atwiki.jp/panzerwars/pages/69.html
パンツァーウォーズはプレイデータを初期化する事ができます。 自分のプレイデータを完全に削除したい場合、もう一度初めからプレイしたい場合など、お客様がいつでもプレイデータの削除が行えます。 但し、金貨を含む全てのデータが失われますので、初期化の際には慎重に操作を行って下さい。 ≪データ初期化の方法≫ １．マイページ上部の「設定」アイコンをタップ。 ２．設定画面内の「データ初期化」アイコンをタップ。 ３．データ初期化画面内のテキスト入力欄に「RESET」と入力。 ４．RESET入力後、「決断」アイコンをタップでデータの初期化を行えます。 ≪ご注意≫ 金貨を含む全てのデータが失われますので、初期化の際には慎重に操作を行って下さい。